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@ Hierarchical floorplanning. 



@ A system in which logic and/or memory elements are 
automatically placed on an integrated circuit ('floorplanning'), 
taking Into account the constraints Imposed by the logic 
designer, not only increases the density of the integrated 
circuit, and the likelihood of routing Interconnections among 
the elements on that circuit, but It also enables the user to 
quickly modify the floorplan manually, and then graphically 
display the results of such modiftoations. By confomning itself to 
the logic designer's modular, hierarchical design, the system is 
callable of placing elements at each level of the spedfied 
hierarchy, based upon the number of interconnections between 
elements throughout that hierarchy. The system includes 
means for estimating the size of elements v/hich have not yet 
been laid out, and for partitioning groups of elements Into 
successively smaller 'slices' of the integrated circuit (using 
heuristic technk)ues when exhaustive methods are no longer 
(feasible) until ail elements are placed relative to one another. 
The system also includes means for determining the precise 
shapes of elements on the integrated circuit, based upon the 
relative placement of such elements, and upon the addittonal 
area required for routing interconnections among such ele- 



ments. The functionality of this hlerarchteal floorplanning 
system can be embodied In the form of software, hardware or 
any combination thereof, because the system's hierarchical 
methodology and structure is independent of its particular 
embodiment 

SYSTEM ARCHITECTURE 




Bundesdruckerei BerSn 



01/14/2002, EAST Version: 1,02.0008 



1 



0^188 



2 



Description 



HIERARCHICAL R.OORPLANNINQ 



This Invention relates to the placement of func- 
tions on an Integrated circuit cWp (' floorplannlng '). 

Roorplanntng Is the process of placing functional 5 
devices ( functions ,'' also referred to as modules, 
elements, blocks orfunctlonai blocks) on a chip, and 
allocating Interconnection space among them, so as 
to minimize the actual chip area required to 
encompass such functions and their interconnec- 10 
tions, and to maximize the probability that such 
interconnections can be routed within that area. 

A function consists of a discrete logic and/or 
memory element, or any combination of such 
elements. It may be as simple as an inverter or a is 
flip-flop, consisting of one or only a few transistors, 
or as complex as a shift register, an ALU or even an 
entire microprocessor, consisting of hundreds of 
thousands of transistors. 

From a mathematical point of view, both f ormulat- 20 
ing and solving the floorplannlng problem are quite 
difficult. A precise mathematical solution essentially 
cannot be obtained. Heuristic algorithms are there- 
fore employed to approximate the optimum solution 
to the floorplannlng problem. 2S 

Moreover, due to the increasing complexity of 
chip designs, necessitating more and more logic 
and/or memory elements per unit area, the complex- 
ity of the fioorplanning problem has increased 
dramatically, it is, therefore, extremely advant- 30 
ageous to automate this process In some fashion. 

Prior to the fioorplanning process Itself, which 
involves the placement of functions on a chip, the 
chip's logic must be designed. Logic designers 
generally employ hierarchical design techniques to 35 
determine the appropriate selection and intercon- 
nection of logic and/or memory devices which will 
enable the chip to perfonm the desired function. 
These techniques involve describing the chip's 
functionality at various "levels of abstraction, 40 
ranging from the mosT general function performed 
by the chip to the precise functions performed by 
each logic and/or memory element on the chip. 

Thus, a logic designer's hierarchy consists of N 
levels of functions, where N is an integer (N ^ 1) 45 
representing the number of hierarchical levels of 
functionality in the chip, the firet level being the chip 
itself, and where n is an Integer {1 ^ n ^ N) 
representing the level of any particular function in 
the hierarchy. so 

A " parent " function at the (n)th level of the 
hierarchy is defined as a plurality of (n + 1)st level 
' children functions, each of which Is a " child " 
function. For example, a microprocessor at the (n)th 
level might be defined as the parent of the following 55 
(n + 1)st level children: an ALU, a series of 
registers, a bus and various other functions (each of 
which may or may not have a plurality of (n -i- 2)6 
level chldren, and so on). 

Each child function which is not also a parent 60 
function (Le., which has no children) is referred to as 
a " terminal " (or "leaf) function. Each terminal 
function is connected to at least one other terminal 



function, such connection commonly being referred 
to as a "net." A series of nets, each of which defines 
a plurality of interconnected functions, is commonly 
refen-ed to as a ' net list ." 

Note that lower levels of the hierarchy are 
commonly denoted by successwely higher numbers. 
Thus, while level 1 refers to the top (chip) level of the 
hierarchy, levels 2. 3 and 4 constitute successively 
"lower" levels of the hierarchy. 

Previous fioorplanning techniques roughly fall into 
two basic categories: (1) "flat" floorplanners. which 
attempt to minimize space at only one level (the 
"level" which iis created when the hierarchy is 
flattened by omitting all but the terminal functions), 
by placing only terminal functions; and (2) "top-auto- 
mated" floorplanners. which automate the fioorplan- 
ning process at only the top level, by placing only 2d 
level functions. 

In essence, there are three significant floorplan- 
nlng obstacles which previous methods have not 
overcome: 

(1) Hierarchical Estimation of Unknown Function 
Area 

When the floorplannlng process begins, the 
precise area of each function may not be known, 
because certain functions have not been laid out. 
Only after the elements of a given function have 
been laid out, talcing all interconnections into 
account, can the precise area of that function be 
determined. . 

Although the Interconnection area within a func- 
tion (whose elements have not yet been laid out) is 
the dominant factor in determining the overall area 
occupied by that function, previous methods do not 
include means for estimating this interconnection 
area (and thus the area of the function) throughout 
the hierarchy of functions. Such methods are limited 
to estimating the Interconnection area of a "fiat" 
design by multiplying the total area of the functions 
themselves by a statistically determined percentage. 

(2) Maintenance of Modularity 

Once a chip's logic has been designed in a 
hierarchical fashion (with each parent defined as a 
plurality of its children), it is important that the 
fioorplanning process not interfere with or destroy 
the logic designer's approach. Flat floorplanners 
place only terminal functions, which may occur at 
many different levels of the hierarchy. Such floor- 
planners may well destroy the hierarc hy irnposed by 
the logic designer, by placing children oufsiBe of the 
area occupied by their parent. 

Logic designers often desire to cluster various 
functions (children) together into a larger function 
(parent). This Is done for a variety of reasons, such 
as the speed of interaction between two functions, 
which reasons are generally not factored into the 
fioorplanning process. Floorplannlng below the level 
of the larger (parent) function, however, may result 
in the unclustering of the component (children) 
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functions, thereby eliminating the functional advant- 
ages created by the logic designer's hierarchical 
design. 

(3) Hierarchical Interconnection of Functions 5 

By far the most significant obstacle to adiievfng 
the optimum floorpian Is the fact that optimizing the 
fioorplan at any given level in the hierarchy requires 
knowledge of functional Interconnections at other 
levels. Because logic and/or memory elements are io 
interconnected throughout the logic designer's 
hierarchy (not merely at the bottom level), optimum 
fioorplanning at any level requires a hierarchical 
approach which takes these Inter-level interconnec- 
tions into account. is 

Previous fioorplanning methods are not hierarchi- 
cal, In that they do not take Into account this 
interaction among functions at different levels in the 
hierarchy. Rat fioorplanning techniques consider 
only the 'level" composed of temiinal functions, 20 
There may be such a large number of these terminal 
functions that even automated techniques require 
too much time to be considered feasible. 

Moreover, as discussed above, fioorplanning at 
this 'lever may well violate the hierarchy imposed by 25 
the logic designer. The need for truly hierarchical 
fioorplanning is perhaps best evidenced by the 
desire of companies to classify essentially flat 
fioorplanning techniques as hierarchical. See , e.g. . 
McLeod, Jonah. "Now Designers Can Skip Floor- 30 
Planning Details," Electronics . April 30, 1987, 
pp. 61-62; and Ueda. Kazuhiro, etai., 'CHAMP: Chip 
Fioorplanning For Hierarchical VLSI Layout Design." 
IEEE Transactions on Computer-Aided Design . Vol. 
CAD-4, No. 1, January. 1986, pp. 12-22. 35 

Top-automated fioorplanning techniques also only 
operate at one (the top) level. Fioorplanning even at 
this level does not adequately take into account the 
placement and Interconnection of functions at lower 
levels, because the placement of such functions at 40 
these lower levels is determined manually before this 
automated process even begins. Thus, automated 
fioorplanning at the top level is constrained to be 
suboptlmal to the extent that the manual placement 
of functions at lower levels is suboptlmal. 45 

Previous methods do, however, include single- 
level fioorplanning techniques. One such technique 
involves ' partitioning " the functions into two groups 
to minimize the number of interconnections between 
the groups. This procedure is recursively applied to 50 
force heavily connected functions to be placed next 
to one another, resulting in the formation of clusters 
of functions which minimize required routing space. 
See Kernighan. B.W. and S. Un, 'An Efficient 
Heurfstlc Procedure for Partitioning Graphs,' The 55 
Bell System Technical Journal , February, 1970. 
pp. 291-307. 

Another technique (often used in conjunction with 
partitioning) Involves ' slicing ' or dissecting the chip 
area into rectangular " slicing regions ' (regions 60 
within which each of the partitioned groups of 
functions can be placed), and then placing each 
partitioned group of functions In one of such 
regions, so as to minimize the wasted area, and 
hence the total chip area. See Otten, Ralph. H.J.M., 65 



"Layout Structures." IBM Research Report , No. RC 
9657 (#42647). October 28. 1982. 

Such single-level fioorplanning methods simply do 
not. however, take Into account the . cohstraints 
Imposed by the logic designer's hierarchy, such as 
the hierarchicaJ clustering of children functions 
within their parent functions, and the interconnec- 
tion of functions across the various levels of that 
hierarchy. 

The present invention provides a system for and a 
method of placing functions on an integrated circuit, 
the integrated circuit comprising a hierarchy of N 
levels of functions. 

Where N is an Integer (N > 1) representing the 
number of hierarchical levels of functionality In the 
Integrated circuit, the first of the levels representing 
the integrated circuit as a whole, and 

where n Is an integer (1 ^ n ^ N) representing 
the level of any particular function in the hierarchy, 

the hierarchy defining at one of said {n)th level 
functions (a parent function) as a plurality of (N + 
1)st level functions (children functions, each being a 
child function), 

each child function (which is not also a parent 

function) being a terminal function, each terminal 

function being connected to at least one other 

terminal function, by at least one net, 

each net defining a plurality of interconnected 

terminal functions, wherein: 

the number of connections among functions 

throughout all N levels of the hiearchy Is estimated, 

and 

the location on the integrated circuit of each (n)th 
function in the hierarchy is determined, based in part 
upon the estimated number of connections. 

This invention thus overcomes the above ob- 
stacles by providing a truly hierarchical fioorplanning 
system. It approximates a globally optimum solution 
to the fioorplanning problem by taking into account, 
while fioorplanning at each level of the logic 
designer's specified hierarchy, the clustering and 
Interconnection of functions across alt levels of that 
hierarchy. 

This hierarchical fioorplanning invention over- 
comes the above-described obstacles, which pre- 
vious one-level floorplanners have yet to overcome, 
in the following manner: 

(1) Hierarchical Estimation of Unknown Function 
Area 

The present invention estimates the area of all 
terminal functions whose elements have not yet 
been laid out, and then estimates the area of all other 
(parent) functions. Moreover, it repeatedly updates 
these estimates as children are placed within their 
parent, yielding a more accurate estimate of the 
parent's area. 

To avoid unwarranted complexity, each function is 
geometrically represented as a rectangle. Moreover, 
each function must fail Into one of the following three 
categories: (1) a " megacell ' function (a terminal 
function, including pad functions, which contains 
only one cell, which ceil has already been laid out. 
and therefore has fixed dimensions. (2) a " macro- 
ceir function (a terminal function which contains 
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many small cells, which may, for example, be 
approximately 2500 square microns each, the coDec- 
tlon of which has not yet been laid out, and therefore 
has no fixed dimensions) or (3) a ' function of 
functions ' (a nonterminal function which has two or 
more children functions). 

The area of megacell functions is already known. 
The area of macrocell functions can be estimated 
with reasonable accuracy once the sum of the areas 
of the macrocells within that function, and the 
average number of tracl<s per channel connecting 
such macrocells, are determined. Although the sum 
of the areas of the macrocells is known, the number 
of tracks per channel connecting such macrocells 
must be derived statistically. This method of statisti- 
cally estimating the number of tracks per channel 
connecting macrocells is described in greater detail 
below. 

Once the areas of terminal functions (megacell 
and macrocell functions) are known, the area of any 
function of functions can be estimated, but not by 
the same statistical method. Even though the sum of 
the areas of Its children may be known, the number 
of such children is generally not large enough to 
yield a statistically accurate result. 

Yet, the area of each function of functions can be 
estimated by adding, to the sum of the areas of its 
children, a percentage of such area equal to the 
percentage of the available routing space on the 
chip. In other words, the available area on the chip 
for routing interconnections among functions is 
distributed equally among all such functions 
throughout the hierarchy. 

The estimated area of each such function of 
functions can then be updated as its children are 
shiaped and placed within their parent, thereby 
determining its precise shape, and thus its precise 
area. As wilt be apparent from the detailed descrip- 
tion below, the estimation of each function's area is 
vital to the later placement of such functions. 

(2) Maintenance of Modularity 

Roorplanning Is done hierarchically, with the 
constraint that the entire hierarchy of functions be 
maintained while floorplanning at each particular 
level. 

The placement of functions (relative to one 
another within their parent function) is also deter- 
mined hierarchically. Connections between func- 
tions throughout the hierarchy are weighted so as to 
represent the expected number of connections 
between such functions. Functions at each level are 
then partitioned within their parent, based In part 
upon this weighting, and binary " slicing trees " are 
created - ^e., binary trees which represent the 
relative placement of functions within their parent at 
each particular level. 

The top level of each parent function's slicing tree 
consists of one node, representing all of its children. 
This node has two "child" nodes, each containing 
one of two partitioned groups of the function's 
children, geometrically separated by the first slice of 
the parent function into two slicing iregions. Each 
subsequent node contains two subsequently parti- 
tioned groups of functions created by subsequent 



slices of the parent, until, finally, each terminal node 
contains only one of the parenf s children. 

Thus, for example, the top node of the slicing tree 
of a function Z with give chQdren (A. B. C. 0 and E) 

5 would contain all five children, its two 'child" nodes 
might be node (A. B and C) and node (D and E). The 
two 'chtkl' nodes of node (D and E) would be 
terminal nodes (D) and (E), whereas the two "child' 
nodes of the node (A, B and C) might be node (A and 

10 B) and tenminal: node (C). Rnally. the two 'child' 
nodes of node (A and B) would be tenminal nodes 
(A) and (B). 

These slicing trees are linked together (to the 
slicing trees of their children) by the hierarchy tree in 

16 order to correlate different levels. Returning to the 
above example, if function A has two children (A1 
and A2). the bottom node (A) of the slicing tree of Z 
(the parent of A) would be linked to the slicing tree of 
function A (the top level of which contains both A1 

^ and A2). 

This linking of slicing trees illustrates how the 
system maintains the hierarchy imposed by the logic 
designer. In essence, slicing trees represent the 
placement of children functions within their parent 

25 function. 

The shape of each function is also determined 
hierarchically, by first determining a shape function 
which incorporates a range of possible shapes of 
that function, and then determining the shape 

30 function of its parent function by "adding" the shape 
functions of each of the parent's children. By 
determining the shape functions in this modular 
manner, each child's shape fits within its parent's 
shape, thus enabling the system to place each child 

35 within the area on the chip occupied by its parent, 
thereby maintaining the hierarchy imposed by the 
logic designer. 

Thus, hierarchical slicing trees and shape func- 
tions enable floorplanning at each level while 

40 maintaining the modular hierarchy imposed by the 
logic designer. 

(3) Hierarchical Interconnection of Functions 
Although maintaining the modularity of the logic 

45 designer's hierarchy is essential to optimal floor- 
planning, it is not by itself sufficient. The intercon- 
nection of functions throughout the hierarchy is also 
taken into account in the particular ' cost function ' 
which Is to be optimized. 

60 The cost function employed in the preferred 
embodiment of this invention (the ' Partition Cost 
Function ," described in greater detail below) mi- 
nimizes the sum of (1) the expected number of 
connections across slicing regions, which contain 

55 partitioned groups of functions, and (2) the propor- 
tional difference between the areas of the functions 
in each such group. This Partition Cost Function is 
used to determine the relative placement of children 
wrlhln their parent, such that heavily connected 

60 functions are placed together. 

In order to account for the interconnection of 
functions across different levels of the hierarchy, the 
connections among functions at each level are 
appropriately weighted, to reflect the expected 

65 number of connections between any two functions, 
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thereby enabling the relative placement of such 
functions within their parent. This process Is re- 
peated In a top-down fashion, with the placement of 
functions at each level reflecting the placement of 
functions at higher levels (as well as the connections 5 
among functions throughout the hierarchy). 

The preferred embodiment of this Invention 
Involves an automated system (with procedures for 
manual intervention) which, given the total area of a 
chip, a hierarchy of functions, and a net list of the io 
interconnections among tenninal functions, places 
such functions within the chip so as to minimize the 
required area occupied by such functions and their 
Interconnections, and to maximize the probability 
that such interconnections can be routed within that 15 
area. 

This embodiment Involves four basic phases: (1) 
initialization; (2) Relative Placement; (3) Shape 
Determination and (4) Routing Channel Allocation. 

Briefly, the Initialization phase Involves, In addition 20 
to the setting of default variables and constants, the 
estimation of the area of each function, and the 
relative weighting of the connections between 
functions, throughout the hierarchy. 

The Relative Placement phase involves the parti- 25 
tioning of functions within their parent function 
(based in part upon the weighted interconnection of 
functions throughout the hierarchy), and the slicing 
of such parent functions, enabling the placement of 
functions relative to one another, within their parent, 30 
at each level In the hierarchy. This relative placement 
is represented by hierarchically linked slicing trees. 

The Shape Determination phase Involves the 
determination of shape functions for each function 
(representing a range of that function's possible 55 
shapes), from the bottom to the top of the hierarchy, 
eventually yielding the shape function of the chip 
itself. By selecting the shape of the chip, the shape 
of each function on the chip is automatically 
determined from its shape function. 40 

Relative " slice coordinates * of children (within 
their parent) are calculated (for the slicing region 
sun'ounding the parent), and then translated into 
absolute coordinates to account for the interrela- 
tionship of functions across levels of the hierarchy. 45 
These relative slice coordinates simply indicate the 
location of each child, relative to the location of its 
parent (Le,, treating the parent as the entire chip for 
the purpose of calculating such coordinates). 

Finally, the Routing Channel Allocation phase 50 
Involves a determination of the additional channel 
area required to route interconnections among 
functions, and then a redetermination of the shape 
of each function based upon these additional 
channel areas. 55 

The system provides a graphic display of the 
floorplan, including the interconnection of functions, 
at ail or some levels of the hierarchy. Means are also 
provided for the user to interact with the system In a 
variety of ways, performing various parts of the 60 
floorplanning process (such as relative placement 
and shape determination) manually. 

Finally, for any particular logic design, the system 
supplies the user with two percentages, one 
indicating the "feasibility* of laying out that design in $5 



the specified chip area, and the other Indicating, 
after the floorplan Is complete, the "routabiiity" of 
that particular floorplan (Le., the likelihood of 
successfully routing that floorplan In the specified 
chip area). 

This Invention is described in greater detail below, 
by way of example, with reference to the accompa- 
nying drawings, in which: 

Figure 1 1llustrates an example of a hierarchy 
of functions specified by the logic designer, as 
well as the net list of interconnections among 
the terminal functions of that hierarchy. 

Figure 2 Illustrates the basic system architec- 
ture of the preferred embodiment of this 
invention. 

Figure 3 illustrates the method by which this 
system determines the expected number of 
connections between any two functions in the 
hierarchy. 

Figure 4 Illustrates an example of the results 
of the Relative Placement phase, for five 
functions at the level immediately below the 
chip level. 

Figure 5 illustrates the Exhaustive Partition- 
ing method by which this system, after genera- 
ting all 2X possible permutations for partitioning 
X functions, places these functions relative to 
one another within their parent function. 

Figure 6 illustrates the Heuristic Partitioning 
method by which this system, without genera- 
ting all 2X possible permutations for partitioning 
X functions, places these functions relative to 
one another within their parent function. 

Rgure 7 illustrates an example of the results 
of the Shape Determination phase, for the same 
five functions whose relative placement is 
illustrated in Figure 4 . 

Rgure 8 Illustrates the method by which this 
system, after having determined the placement 
of functions relative to one another within their 
parent, determines the shape of such functions, 
and thus their precise location on the chip (not 
yet accounting for routing channel allocation). 

Figure 9 illustrates an example of the results 
of the Routing Channel Allocation phase (and 
thus the entire automatic floorplanning pro- 
cess), for the same five functions whose relative 
placement is illustrated In Figure 4 and whose 
shapes are illustrated in Figure 7. 

Figure 10 illustrates an example of the 
method by which this system allocates to each 
function the required channel width and height 
necessary to connect such function to other 
functions, before it redetermines the shape 
(and thus the precise location on the chip) of 
each such function. 

Figure 11 illustrates an example of the 
Improved results of the automatic floorplanning 
process (compared to those illustrated in 
Figure 9) obtained when the user requests 
automatic placement of additional lower levels. 

DETAILED DESCRIPTION OF THE PREFERRE D 
EMBODIMENT ' ~ 

The following description is meant to be illustra- 
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tlve only and not nmftlng. WhDe the preferred 
embodiment of this Invention is descn^bed, other 
embodiments (distributing the functionaGty of this 
novel hierarchical fioorplanning method among vari- 
ous forms of software and/or hardware) will be 
obvious in view of the foQowing description. 



INPUTS 

Figure 1 illustrates an example of a logical 
hierarchy of functions which this system might be 
asked to process. The CHIP itself constitutes Level 1 
of the hierarchy, while its children, A, B, C, D and E, 
constitute Level 2. Level 3 contains the children of A 
(A1. A2 and A3), the children of C (CI and C2) and 
the children of E (El and E2]. Level 4 contains the 
children of CI (C11 and C12) and the children of E2 
(E21 and E22). Finally, Level 5 contains the children 
of C11 (C111 and C1 12). 

Note that terminal functions exist not merely at the 
bottom of the hierarchy Level 5 (C1 1 1 and C1 12). but 
also at Level 2(B and D). Level 3 (A1 . A2, A3, C2 and 
El) and Uvel 4 (C12, E21 and E22). The NET UST 
indicates the interconnections among such terminal 
functions. For example. Net 1 Indicates that func- 
tions A1, cm, E1 and E22 are interconnected, 
although it does not specify which pairs, of such 
functions will actually be connected directly. As 
described In greater detail below, however, the 
system embodying this invention estimates the 
expected number of connections between such 
functions. 



BASIC SYSTEM ARCHITECTURE 

Figure 2 illustrates the basic components of this 
hierarchical fioorplanning system. The system takes 
as input the specified chip area 1-1. the logical 
hierarchy of functions 1-2, the area of megacells and 
macrocells 1-3, and the net list of interconnections 
among the terminal functions 1-4. In addition, the 
user specifies the "root function" 1-5 - the function 
from which automatic placement should begin - and 
the number of levels 1-6 below the root function 
which the system should automatically place. 

Manual intervention procedures MIP enable the 
user to interact with the system during processing, 
by performing various tasks, such as manually 
shaping, or also placing, a fucntion's elements. The 
system accepts the results of such manual interven- 
tion as if it had automatically performed such tasks 
itself, or as if such results were part of the initial logic 
design. 

Upon receiving the specified logic design, the 
system enters its Initialization phase I NIT, where- 
upon it initializes certain variables and constants, 
and performs other preprocessing tasks, such as - 
estimating the area of each function, and weighting 
the interconnections between such functions, 
throughout the hierarchy. 

Following initialization, the system enters its 
Relative Placement phase BP, whereupon, at each 
level in the hierarchy. It places functions relative to 



one another within ttieir parent. Such relathre 
placement at each level takes irrto account rtot only 
the hierarchy of functions, but also the interconnec- 
tion of functions at all other levels. 

5 The position of each function is determined more 
precisely (i.e., global coordinates are determined for 
each function on the chip) during the Shape 
Determination phase SD. During this phase, the 
system determines the shape of each function, by 

10 creating a hierarchy of shape functions, each of 
which represents a range of possible shapes of each 
function (based upon their relative placement as well 
as the estimated area of each function), and then 
selecting the shape of the chip, thereby determining 

15 the precise shape of each function down through the 
hierarchy. The position of each function at this point 
is only temporary, however, because the area 
required for routing interconnections among func- 
tions has not yet been taken into account. 

20 The precise position of each function (including 
allocation of routing area) is finally determined, 
during Routing Channel Allocation phase RCA. by 
essentially repeating phase SD after determining, 
and taking into account, the additional channel area 

25 required to route the interconnections among 
functions. 

The system then graphically displays the results 
0-1 of the fioorplanning process, enabling the user 
to specify which levels and interconnections It 
30 should display. It also displays final Feasibility 0-2 
and Routabillty 0-3 percentages to aid the user in 
determining the extent to which manual fine tuning is 
required. 

35 

INrriAUZATION PHASE 

The system performs a variety of initialization 
tasks, including the following: 

40 It sets certain variables to their default values (if 
the user falls to specify their values). As a default, it 
wilt place the clock in the center of the chip (in a 
vertical orientation), and will begin automatic place- 
ment at the top (chip) function and place functions 

45 throughout all levels of the hierarchy. 

it also sets the value of certain constants, 
indicating the width and heigh of the "center regfon" 
(the region of the chip available for the placement of 
functions), the width of the clock (based on its given 

50 area and its vertical or horizontal orientation in the 
center of the chip), and the relative weight of 
interconnection units to area units. In addition, it 
sets the initial value of certain global variables, such 
as those representing the total number of functions 

55 in the hierarchy, the maximum, number of children 
permitted under a function and the total number of 
nets specified by the user. 

The system traverses the hierarchy in a " preorder " 
(parent before children, as opposed to " postorder ." 

€0 children before parent) fashion to conect any 
mistakes the user may have made in specifying that 
hierarchy. If. for example, a function costs of more 
than one megacell, a function must be formed for 
each such megacell. Similariy, if a function consists 

65 of a megacell and a collection of macrocells, one 
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function must be formed for the megaceU. and 
another for the collection of macrocetis. 

It traverses the hierarchy tree to Initialize certain 
fields associated with each function. Some of these 
fields Indicate whether the function is "fiippable/ 
"reshapable." and/or "rotatable/ A flippabie func- 
tion is one which can be turned on either its 
horizontal or vertical axis, while a rotatabie function 
is one wtiich can be rotated in a clockwise or 
countercloclcwise direction. A reshapable function is 
one whose dimensions are not fixed for a specified 
area. 

Other fields indicate the level In the hierarchy at 
which each function resides, and the total number of 
offspring (children, grandchildren, and the iil<e) 
defining each function. 

Still other fields Indicate whether each function, 
and/or its children, has previously been placed or 
had its shape determined (manually or automati- 
cally). Rnally, the slice coordinates of each function 
are set (Initially to reflect the entire center region of 
the chip as the boundary for possible placement, but 
later updated as placement Is determined more 
precisely). 

Chief among the system's initialization tasl<s is the 
estimation of the area of each function in the 
hierarchy. This estimation Is achieved in a two step 
process: (1 ) estimation of the area of each macrocell 
function, and (2) estimation of the area of each 
function of functions. 

The areas of the top (chip) function and megacel! 
functions are. of course, specified by the user. The 
top function's minimum width and heiglit are set to 
the width and height, respectively, of the center 
region, while its area is set to the product of that 
width and height. The minimum width and height of 
each megaceli function, as well as its actual width 
and height, are set to the respective width and 
height of the megacetl specified by the user, while 
the area is set to the product of that width and 
heiglit. The channel width and height of each 
function Is fnitially set to zero. 

Ttie minimum width and height of each macrocell 
function are set to the widest and tallest macrcceils, 
respectively, while the area and actual width and 
height of each macrocell function are estimated as 
described below. The minimum width and height of 
each function of functions are set to the largest of 
the minimum widths and heights, respectively, of its 
children, while the area and actual width and height 
of each function of functions are estimated as 
described below. 

The system estimates the area of each macrocell 
function by summing the areas (provided by the 
user) of each macrocell in that function, and then 
calculating the number of tracks per channel 
connecting such macrocells. The statistical formula 
used to relate the combined area of elements within 
a function to the average number of tracks per 
channel needed to interconnect such elements is: 

t = aC** 

where t is the average number of tracks per channel, 
a and b are constants (equal to .435 and .346, 
respectively), and C is the complexity of the function 
(expressed as the sum of the areas, in square 



microns, of the macrocells within that function). 

Once the average number of tracks per channel is 
determined for a particular macrocell function, the 
area of that function can be estimated by summing 
5 the specified areas of each macrocell, and adding, 
for each channel, the product of the average number 
of tracks per channel and the known width of an 
average track. Although ttiis macrocell function can 
be reshaped, its widtii and height are each Initially 
W set to the square root of Its area. 

Given the area of each megaceli function and the 
estimated area of each macrocell function, the 
system then estimates the area of each function of 
functions up through the hierarchy, this Is accom- 
15 pushed by first determining the "slackness" of the 
hierarchy - Le.. the percentage of the center region 
area on the chip which Is available for routing 
connections among functions - and then distribut- 
ing that available routing area untfonnly to each 
20 function of functions. 

The percentage of slackness in the hierarchy 
(initialized to 1o/o) is determined by first approximat- 
ing the area occupied by each megaceli function and 
macrocell function, according to the following 
25 formula: 

area « (function area) " (1 + slackness (Vb)*'*^"°" 

level -1) 

where the slackness percentage plus one is raised 
to the power of the level of the function (less one). 

30 and then multiplied by the area of that function. The 
areas of all megaceli and macrocell functions are 
then summed. If this total area equals or exceeds the 
area of the center region of the chip (less the area 
occupied by the clock), the slackness percentage is 

35 decremented by one percent, and now represents 
the slackness of the entire hierarchy. Otherwise, the 
slackness percentage is incremented by one per- 
cent, and the process is repeated until that total area 
equals or exceeds the center region area (less the 

40 clock area). 

Once the percentage of slackness in the hierarchy 
is determined, the area of each function of functions 
is estimated by adding the sum the areas of its 
children functions to the product of such sum and 

45 the slackness percentage. This additional product 
estimates the additional routing area necessary to 
interconnect the children functtons. 

Although this function of functions can be re- 
shaped, its width and height are initially set to the 

50 square root of its area, and, if either is below its 
respective minimum, it is set to that minimum and 
the other is set to the function's area divided by that 
minimum. 

Once it estimates the area of all functions 
55 throughout the hierarchy, it can later update these 
areas as the relative placement and precise shape of 
each of its children is determined. 

The system also allocates certain data structures 
and tables. The data structure of each function has 
60 essentially already been described, tt includes, for 
each function, (1) Its absolute slice coordinates, (2) 
its level in the hierarchy. (3) its total number of 
offspring, (4) its width, height, and minimum width 
and height, (5) its area, (6) its fixed area (the product 
65 of its width and height, after subtracting their 
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minimum value, to reflect ttie fact that less square 
function shapes require greater routing space). (7) 
whether tt ts flippabte, reshapable and/or rotatable, 

(8) whether it and/or its children have been placed, 

(9) whether its shape has been determined. (10) a 
pointer linldng it to its associated column in the 'Net 
Table,' (11) pointers to its corresponding place both 
In its sDcing tree, and in the slicing tree of Its parent, 
and (12) its channel width and height. 

The other two major data structures are the ' Net 
Table ' and the ' Connective Table/ The Net Table is 
a two-dimensional array which contains a number of 
columns equal to the total number of functions 
through the hierarchy, and a number of rows equal 
to the number of nets specified by the user. Each of 
Us entries indicates whether a particular function 
(column) Is Included in the net (row), and also 
indicates, by means of a pointer, the next net (row) 
which includes that function. This Net Table is used 
to determine quicldy which functions are connected 
by which net. 

The Connective Table Is a two-dimensional array 
which contains a number of rows (and an equal 
number of columns) equal to the total number of 
functions throughout the hierarchy. Its entries 
indicate the expected number of connections bet- 
ween any two functions, taking into account ail 
connections among functions throughout the hier- 
archy. These entries are utilized by the system to 
place functions at each level of the hierarchy, taldng 
into account connections between such functions 
and other functions across various levels of the 
hierarchy. 

Connections among terminal functions (specified 
in the net list provided by the user) are first weighted 
by assigning a value of 'a/X' to each connection 
between two functions connected by a net, where X 
equals the number of functions connected by that 
net. This weighting reflects the fact that connecting 
X functions requires a minimum of (X-1) connec- 
tions, which connections are not actually determined 
until the actual layout process occurs. 

The 'expected number of connections" between 
any two functions connected by a net Is thus equal 
to the actual number of connections among all X 
functions (X-1) divided by the number of permuta- 
tions of such connections (X*(X-1)/2). This, of 
course, simplifies to 2/X. 

For example. Figure 3 illustrates the processing of 
Net 1 from Rgure 1. Although this net connects 4 
functions (A1, C111. El and E22), only 3 connections 
are required In order to connect these 4 functions, 
as illustrated by the " spanning tree " in Figure 3 ( i.e. , 
the graph of the minimum number of connections 
among two or more functions). 

Note, however, that the spanning tree connecting 
these 4 functions indicates that three connections 
exist, but does not determine (despite its appearan- 
ces to the contrary) which functions are actually 
connected directly. There are six possible permuta- 
tions of connected pairs of these 4 functions, as 
Illustrated in Figure 3. 

Because the system does not know which 3 (of 
the 6 possible) pairs of functions will be connected 
directly, it determines the expected number of 



connections, for each of the 6 possible pairs of 
functions, by assuming that the 3 actual connections 
are equally likely to occur among the 6 possible pairs 
of functions, yielding an expected 1/2 of a connec- 

5 tion for each such pair. 

It repeats this process for all nets, accumulating, 
for each pair of temninal functions, Its expected 
number of connections. Connections to nonterminal 
functions can then be determined by bringing the 

10 connections among tenmlnal functions up through 
the hierarchy. 

For example, as illustrated In Figure 3, because 
the expected number of connections between A1 
and cm equals 1/2 (at least after processing Net 

15 1), the expected number of connections between A 
and C ( i.e. , the expected number of connections 
between the offspring of A and offspring of B) also 
equals 1/2. Similarly, the expected number of 
connections between A and E equals 1 (1/2 for the 

20 connection between A1 and El, and 1/2 for the 
connection between A1 and E22). and the expected 
number of connections between C and E equals 1 
(1/2 for the connection between Clil and El, and 
1/2 for the connection between C1 11 and E22). 

25 The system repeats this process until it has 
determined the expected number of connections 
between each pair of functions throughout the 
hierarchy. 

This expected number of connections t}etween 

30 any two functions represents the connections, 
throughout the hierarchy, among their offspring. This 
enables the system to place functions relative to one 
another within their parent at higher levels, based 
upon lower level connections among the offspring of 

35 such functions. 

Finally, prior to any floorplanning, it calculates, for 
the specified logic design, a percentage represent- 
ing the "feasibility" of laying out that design In the 
specified chip area. This number is calculated by first 

40 randomly placing the functions in the specified chip 
area, and then determining how much routing space 
is actually required. The feasibility percentage equals 
the available space for routing (the specified chip 
area less the sum of the areas of all functions) 

45 divided by the routing space actually required. This 
percentage is, of course, limited to lOOO/o. 



RELATIVE PLACEMENT PHASE 

SO 

The purpose of the Relative Placement phase is to 
place every function, at each level In the hierarchy, 
relative to all other functions within their parent 
(taking Into account the interconnections among 

55 such functions throughout the hierarchy). 

For example, Rgure 4 illustrates five functions (A, 
B, C. D and E) at the level (level 2) Immediately below 
the top (chip) level. The result of this phase, for that 
level, was to place functions A and B to the left of 

60 functions. C, D and E, with function A above function 
B, function C above functions D and E, and ftjnction 
D to the left of function E. Strongly affecting this 
relative placement, however, were the connections, 
throughout the hierarchy, among the offspring of A. 

65 B, C, D and E, The relative weight of these 
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connections must be considered In order to op- 
tinnize the placement of functions at each level. 

While this reteittve placement does not determine 
precisely where each function is placed, it does 
maintain the hierarchical structure specified by the 
logic designer, and also sets the stage for more 
precise placement during the Shape Determination 
and Routing Channel Allocation phases. 

Before relative placement can begin, the system 
must first determine whether the user manually 
placed any functions. If so. such manual placement 
may have effectively divided the hierarchy tree Into a 
group of independent subtrees, such that each 
manually placed function. If it has children which 
have not yet been placed, constitutes the root of one 
such subtree. In addition, the root function of the 
entire tree (or a lower-digit root function, selected by 
the user, from which automatic placement will begin) 
constitutes the root of a subtree requiring automatic 
placement. 

The system generates the subtrees requiring 
automatic placement by traversing the tree In 
preorder fashion. The system weeds out functions 
which have no children, or which have children that 
already have been placed. Unless the root function 
(usually the top function) falls Into either of these 
categories, that root function will qualify as one 
subtree. The system also weeds out functions which 
are "unshaped' — i^l wich have not been manually 
placed (and thus shaped) — because such functions 
iie within the root function's subtree, and do not 
themselves constitute subtrees. Thus, the remaining 
subtrees are formed from manually placed functions 
which have children that have not yet been placed. 

For example, in Figure 1, if the user had manually 
placed C1 and C2 inside C, not only would the chip 
constitute the root of a subtree, but CI would also 
constitute the root of a subtree. C2 would not. 
however, constitute the root of a subtree because it 
has no children. 

The system then processes each subtree, by 
placing ail functions, at each level, relative to one 
another within their parent. The functions are placed 
at each level of the hierarchy in preorder fashion. 
Each step of the relative placement process con- 
cerns a parent function, and the placement of its 
children (if not already either manually or automati- 
cally placed) relative to one another within that 
parent function. 

Functions are placed within their parent by slicing 
the parent, either vertically or horizontally, partition- 
ing the children into two groups (one on each side of 
the slice), and then repeatedly slicing and partition- 
ing the groups of children until each child is isolated 
into its own slicing region. 

The system employs two methods to partition the 
children into two groups (one on each side of the 
slice), both of which account for the interconnec- 
tions among the children, as well as from the - 
children to other functions, by relying upon the 
weighting of such interconnections, explained above 
with respect to the Initialization phase. 

The first method "Exhaustive Partitioning" (illus- 
trated in Figure 5), is used if there are fifteen (the 
limit currently being used by the system ) or fewer 



children to be placed in the parent. In essence, this 
method considers, for each slice, all 2^ possible 
partitions of X functions, where X is the number of 
functions in the slicing region most recently sliced. 

5 Each possible partition of X functions is analyzed 
by calculating the value of the 'Partition Cost 
Function' PCF for that partition. After each slice, the 
partition which yields the minimum Partition Cost 
Function is selected as the optimal placement of 

10 functions relative to that slice. 

This PCF is the 'cost function' which the system 
minimizes throughout the hierarchy. It enables the 
system to place heavily connected functions near 
one another, while still placing children within the 

15 area of the chip occupied by their parent. 

There are two components of the Partition Cost 
Function, which are simply added together. Thus, it 
is the sum of these components which is minimized 
by the Partition Cost Function. 

20 One component 1 attempts to minimize the 
difference of the areas between functions on each 
side of the slice. This component is computed by 
first calculating the absolute value of the difference 
between the sum of areas of functions on one side of 

25 the slice and the sum of areas of functions on the 
other side of the slice. The system then divides this 
absolute value by the sum of areas of all functions 
within the entire slicing region of the parent. Finally, 
it multiplies that amount by a constant (currently 

30 1000). which reflects the difference between units 
measuring area (square microns) and units measur- 
ing the number of connections between functions. 

The second component 2 of the Partition Cost 
Function attempts to minimize the number of 

35 connections across the slice. Using the net list (for 
connections among terminal functions) and the 
Connective Table (for the expected number of 
connections between any two functions), the system 
analyzes all connections to each of the functions 

40 within the slicing region, to determine the number of 
connections which cross the slice. 
Each net in the Net Table can account for either 

' zero or one connection across the slice, while 
entries in the Connective Table account for the 

45 'expected number of connections.' A connection 
crosses the slice if such connection connects 
functions on both sides of the slice, or connects a 
function on one side of the slice to a function outside 
the parent's slicing region, but on the other side of 

50 the slice (determinable because functions are 
placed in preorder fashion — i^, higher level 
functions have already been placed). 

Each connection Is analyzed, and all such connec- 
tions are added together and then multiplied by a 

55 constant (currently 1.) which reflects the difference 
between units measuring area and units measuring 
the number of connections between functions. 

The system then computes the Partition Cost 
Function for that partition by adding components 1 

60 and 2. This process is repeated for each of the 2^ 
possible partitions of the X functions In the parent's 
slicing region. 

Ail possible partitions are generated by a 'grey 
code' technique, which produces all possible partl- 

65 ttons, but with the added effect that each partition 
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which Is generated differs from the previous partition 
in only one place -i.e., only one function need be 
moved across the slice. This technique permits 
speedy, though exhaustive, generation of ell 
possible partitions. 

if, ho^vever, there are more than fifteen civldren to 
be placed within their parent, the Exhaustive 
Partitioning method Is no fonger feasible. As the 
number of children functions X exceeds fifteen, 
generating the ^ number of partition permutations 
soon requires too much computation time, even on 
toda/s state of the art computers. 

Thus, a second method. "Heuristic Partitioning'* 
(illustrated in Figure 6). Is required. This method 
does not necessarily generate the partition which 
yields the minimum Partition Cost Function, but it 
does approximate this optimum solution, by applying 
a variation of the Kemighan-Un heuristic technique. 
See Kemighan. B.W. and S. Un. "An Efficient 
Heuristic Procedure for Partitioning Graphs/ The 
Bell System Technical Journal , February. 1970. 
pp. 291-307. 

Beginning with any of the possible partitions ( e.g. , 
all functions on one side of the slice) 1, the system 
saves that partition as the "current best partition" 2, 
saves its Partition Cost Function as the 'current best 
cost" 3, and designates all of its functions as "free." 
It then moves each of the X functions, one at a time, 
to the opposite side of the slice, in the following two 
steps: 

1. The system moves any "free" function to 
the opposite side of the slice 4, calculates the 
Partition Cost Function for that partition 5. and 
then returns the function to its original position 

6. It repeats this process for each "free" 
function, thereby creating a Partition Cost 
Function for each such function. It then selects 
the minimum of these Partition Cost Functions 

7, and permanently moves Its associated func- 
tion to the opposite side of the slice 8, and 
designates it as "not free." Moreover, if this 
minimum Partition Cost Function is less than 
the "current best cost," then the "cun-ent best 
cost" Is set to this lower value, and this new 
partition is saved as the "current best partition." 

2. Step 1 is then repeated (moving only the 
, remaining tree" functions) until each of the X 

functions has been moved to the opposite side 
of the slice. 

If the performance of Steps 1 and 2 yields a new 
"current best partition." the system then designates 
all of the functions of that partition as "free" and 
again performs Steps 1 and 2. This process 
continues until the "current best partition" remains 
constant during an entire cycle of Steps 1 and 2. at 
which time the process stops, and that partition Is 
selected as the best solution. 

Whether each parent function is partitioned 
exhaustively or heuristlcally, that function's children 
are placed relative to one another within their parent 
(as illustrated in Rgure 4). After partitioning the 
parent function, the system defines a slicing region, 
not only for the parent, but for Its children as well. 
For example, the slicing region associated with 
Function A in Figure 4 is illustrated by its surround- 



ing rectangle. Function A may be placed anywhere 
Inside that rectangle, and then represented by sQce 
coordinates (0,0) for the lower left comer. (0,a) for 
the lower right comer. (b.O for the upper left comer 

5 and (a,b) for the upper right comer. 

These slicing regions represent the placement of 
children relative to one another within their parent. 
This process of slicing a region In half, and 
partitioning the functions of that region Into two 

10 groups (one on each side of the slice) is repeated 
untn aQ children are isolated into their own slicing 
region within their parent. 

The process, of placing children relative to one 
another within their parent. Is repeated throughout 

15 the hierarchy in a preorder fashion. After chQdren are 
placed within their parent at one level, grandchildren 
are placed within the newly restricted slicing region 
of those children, and so on. 
In this manner, the system maintains the hierarchy 

20 of functions, and places functions, at each level, 
relative to one another within their parent, based 
upon the weighted interconnection of functions 
throughout the entire hierarchy. 
Thus, at the end of the Relative Placement phase. 

25 all children are placed relative to one another within 
their parent, and slicing coordinates are associated 
with each function, constituting the boundaries of 
that function's slicing region - Le.. the freedom with 
which that function can be moved within its parent. 

30 This freedom is restricted further, as the functions 
are more accurately placed, during the Shape 
Determination and routing Channel Allocation 
phases, eventually yielding precise placement of all 
functions within the specified chip area. 

35 

SHAPE DETERMINATION PHASE 

After the system places all functions (relative to 

40 one another within their parent) at each level, It then 
determines the shape of each function, thereby 
specifying its location within Its slicing region, and 
thus precisely specifying Its location on the chip. 
These precise shapes are, however, temporary, 

45 because the system must, during the next phase, 
allocate channel area for routing the interconnec- 
tions among these functions. Allocating this channel 
area for routing may well alter the shape as well as 
the precise location of each function. 

50 The Shape Determination phase also proceeds in 
a hierarchical manner, so as to maintain not only the 
hierarchy Imposed by the logic designer, but also the 
system's relative placement of functions at each 
level within their parent function. 

jfi". ij- The shape of each function Is selected so as to 
minimize tlie wasted chip area, or, in other words, to 
maxinmze the available area for routing connections 
between functions. Figure 7, when contrasted with 
Figure 4, Illustrates how the determination of the 

60 precise shape of each function minimizes this 
wasted area. 

The shape determination method employed by the 
system Is illustrated In Figure 8. The system first 
determines, for each function in postorder fashion, a 

55 "shape function" 1 which represents a range of 
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possible shapes which that function can assunrte. 
Certain functions (e.g. , megacelis or manually 
shaped functions) may already have a predefined 
shape (fixed width and height). Others may have a 
specified or estimated area, but no fixed dimen- 5 
sions. The range of a function's possible dimensions 
is limited by a "shape scale" (currently set at 10.0000 
mmicrons). such that the width and height of a 
function must each be multiples of that shape scale. 
Note that additional possible shapes may result from 10 
a function's ability to be rotated. 

The system Initially processes terminal functions, 
semltemiinal functions (those at the lowest user- 
specified depth for automatic placement) and pseu- 
doterminal functions (those manually or automati- is 
cally placed and shaped, but with unplaced child- 
ren). If the shape of any such function has not yet 
been determined, the system calculates its shape 
function, detemilning Its possible dimensions from 
Its specified or estimated area, and its minimum 20 
width and height. Placement of this shape Is 
constrained by each function's slicing region, cre- 
ated during the Relative Placement phase. 

Once these shape functions are determined, the 
system proceeds up the hierarchy, detennlning the 25 
shape functions of each parent 2. by "adding" the 
shape functions of its children, taking into account 
their relative placement within their parent. This 
addition of functions is accomplished as follows: 

If a function is on top of or below another function 30 
3, the shape function SI which comprises both 
functions is calculated by selecting, as each X 
coordinate of SI, the conresponding X coordinates 
of each shape function, and, as each Y coordinate of 
SI, the sum of their corresponding Y coordinates. 35 
Similariy, if a function is to be left or right of another 
function 4, the shape function S2 is calculated by 
selecting, for corresponding Y coordinates, the sum 
of their corresponding X coordinates. 

For example, the shape function of X (the parent 40 
of A and B) is created by adding the shape functions 
of A and B. Function A (with an area of 6) has the 
following possible shapes: (1,6). (2,3), (3,2), (4^), 

(5.2) and (6.1). Function B (with an area of 4) has the 
following possible shapes: (1,4), (2.2). (3.2). (4.1). 45 
(5,1) and (6.1). Thus, because function A has been 
relatively placed on top of function B, function X has 

the following possible shapes: (1,10), (2,5). (3,4), 

(4.3) . (5.3) and (6.2). 

This process of determining the shape functions 50 
of each parent, by adding the shape functions of Its 
children, continues up through the entire hierarchy, 
until a shape function is determined for every 
function in the hierarchy, including the root function. 

Once a shape function has been determined for 55 
each function in the hierarchy, the system, selects 
the particular dimensions of the root function which 
not only fit Into its shape function, but which yield the 
shape closest to a square (because less square 
functions require greater routing space). For so 
example, given a root function with an area of 100 
square microns, the system would select a shape of 
10 microns x 10 microns over a shape of 50 microns 
X 2 microns, because the latter would require greater 
routing space. 



Once the shape of the root function has been 
selected, the shape of each of its offspring Is thereby 
automatically determined. This Is so because a 
shape function can. by definition, yield only one 
possible shape, given the shape function of its 
parent. Thus, in this manner, the system determines 
the shapes of all functions In the hierarchy. 

Once it determines the shape of each function, 
the system must update that function's relative slice 
coordinates to reflect the fact that the function's 
slicing region is now more constrained. Not only is 
the new slicing region limited to the precise shape of 
the function, but the function's location within the 
fomier slicing region is also precisely determined 
(because the shape of each parent function incor- 
porates the shapes, and thus locations, of its 
children). 

Finally, the system sets certain flags, indicating 
which children have been placed into their parent, 
and which have had their shape detennined. This 
enables the user to specify automatic placement and 
shape detenninatlon at only certain levels, and then 
later request that the system automatically place and 
determine the shape of functions at other levels. It 
also enables the system, to keep track Internally of 
the tasks it has performed to avoid conflicts during 
subsequent calls to these same procedures. 



BOUnNG CHANNEL ALLOCATION PHASE 

After the system has placed all functions relative 
to one another throughout the hierarchy, and has 
determined the shape of each function, it has 
thereby dejenmined the precise placement of each 
function on the chip. At this point, such places does 
not. however, reflect the allocation of routing area 
required for connecting such functions. Channel 
space must therefore be allocated for routing the 
various interconnections among functions 
throughout the hierarchy. 

The system accomplishes this task, during the 
Routing Channel Allocation phase, by estimating 
each function's channel width and height (i.e., the 
number of vertical and horizontal tracksr"each 
multiplied by the known width of an average track, 
required to connect such function to other func- 
tions), and then repeating the Shape Determination 
phase, with each function's channel width and height 
included as part of its area. 

Rgure 9 contains an example of the results of the 
Routing Channel Allocation phase. When compared 
to Figure 7, it illustrates the modifteatlons to the- 
shape and location of functions which the system 
makes during this phase to accommodate the 
routing space necessary to interconnect such 
functions. 

The system calculates each fucntlon's channel 
width and channel height, prior to repeating the 
Shape Determination phase. This calculation is. of 
course, highly dependent upon the system's pre- 
vious placement and shaping of such functions. 

The system processes each function in the 
hierarchy in postorder fashion. This enables it to 
determine, hierarchically, the channel routing area 
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required among children (wfthln thefr parent), and 
then among parents at the next higher level, and so 
on, until ft has allocated such routing area among all 
functions In tha hierarchy. 

Ttie system determines the expected number of 
vertical tracks and hortzontal tracks required to 
Interconnect the children of a parent function, using 
the Connective Table to determine the expected 
number of connections between each child and Its 
' siblings ' (other children of that function's parent). It 
then repeats this process In postorder fashion up 
through the entire hierarchy, to determine the 
expected number of vertical tracks and horizontal 
tracks required to connect high level functions to 
their slbRngs. 

The system Initially assumes that each function Is 
connected from Its center, and thus calculates the 
smallest rectangle which includes the centers of all 
interconnected siblings. It also assumes that all 
routing among these functions will occur within that 
rectangle. The width and height of the rectangle 
represent an estimate of tha total length of the 
horizontal and vertical '^vi^es,' respectively, required 
to connect such functions. 
. If four or five children are Interconnected, the 
estimated length of these horizontal and vertical 
•^vlres* Is actually 200/o longer than the respective 
width and height of the rectangle. If six or more 
children are interconnected, such estimated length 
is actually ZWo longer than the respective width and 
height of the rectangle. The system accounts for this 
additional length by adding, to each function's 
expected number of vertical tracks and horizontal 
tracks, the appropriate percentage (either 20^ or 
SOtVb) of such numbers. 

Similarly, the system accounts for the expected 
number of connections between any two children, 
by multiplying each child's expected number of 
vertical tracks and horizontal tracks by such ex- 
pected number of connections. 

The system scans the area within the rectangle 
(horizontally, across the height of the rectangle, and 
vertically, across its width), creating imaginary 
- horizontal scan lines and vertical scan lines at each 
edge (in the direction of the scan) of each function 
that Intersects the rectangle. The system then 
examines, within the rectangle, the scan area s 
between each horizontal scan line and the previous 
such scan line, and the scan areas between each 
vertical scan line and the previous such scan line, to 
determine the probability that at least some portion 
of a vertical or horizontal track, respectively, will run 
alongside each particular function Intersected by 
such scan areas. 

This probability Is calculated, for each function 
Intersected by each scan area, by dividing the 
portion of the scan line which intersects that 
function, within the rectangle, by the sum of ail such 
portions of each function Intersected by that scan 
line. 

For each function intersected by each scan area, 
the system also calculates the percentage of a track 
which will run alongside that particular function, In 
the event that some portion of the "wire" within the 
scan area runs alongside that function. 



For each such function, the system then multiplies 
the probability that a portion of a track will run 
alongside that function, by the corresponding por- 
tion of that track which will be required, and sums 

5 that product over aD scan areas intersecting that 
function, to determine the expected number of 
horizontal and vertical tracks required to connect 
that function to the other connected functions. 
For example, as Illustrated In Figure 10. the 

10 system processes the interconnections among 
children X, Y and Z by creating a rectangle R. which 
connects the centers of X, Y and Z, and by defining 
Imaginary horizontal scan lines (HI. H2. H3 and H4) 
and vertical scan lines (VI, V2, V3 and V4). 

15 Regarding solely vertical connections for this 
example, the area In between HI and H2 Indicates 
that a vertical connection Is twice as likely to run 
alongside X than Y, because the width of X, within R 
(where all routing Is assumed to occur), Is 4, twice 

20 the width (2) of Y within R. Thus. X has a 2/3 
probability (4 / (4 + 2)) of requiring channel area to 
route this portion of the vertical connection, whereas 
Y has a 1/3 probability (2 / (4 + 2)). If a portion of a 
track is necessary alongside either X or Y, 1/2 of a 

25 track will be required, because half of the height of X 
(and half of the height of Y) lies inside R. 

Thus, the vertical 'wire" connecting X. Y and Z 
requires 1/3 of a vertical track (probability of 2/3 
multiplied by 1/2 track) allocated to X, and 1/6 of a 

30 vertical track (probability of 1/3 multiplied by 1/2 
track) to Y. Similarly, regarding the area between H3 
and H4. because Z is the only function within that 
area, rt is] expected (probability of 1) to require 1/2 
of a vertical track (the percentage of the height of Z 

35 within R). 

This process continues In postorder fashion up 
through the entire hierarchy, with the system 
scanning for ail connections among children with 
their parent, until the expected number of horizontal 

40 and vertical tracks has been allocated to each 
function througho.ut the hierarchy. 

It then multiplies each function's expected num- 
ber of viertical tracks, and expected number of 
horizontal tracks, by the known width, of a track, 

45 thereby yielding, for each function, a channel width 
and channel height, respectively. 

The system then repeats the Shape Determination 
phase, including each function's channel width as 
part of its width, and each function's channel height 

50 as part of Its height, resulting in the precise 
placement of each function on the chip, taking into 
account the extra space required to interconnect 
such functions. 
It then graphically displays the results of this 

55 piacemenfTwith the additional routing area now 
removed from the functions themselves (as illus- 
trated in Figure 9, in which this routing area appears 
as blank space between functions). The connections 
among functions can also be displayed graphically. 

60 

OUTPUT AND MANUAL INTERVENTION 

Once all functions (to the extent requested by the 
65 user) have been placed precisely within the chip 
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area, the system graphically displays the results of 
this placement at any or all levels throughout the 
hierarchy. 

Various graphics commands enable the user to 
focus on the placement of particular levels or 
functions, as well as partlcu^ interconnections 
among functions (including pad functions). The user 
can then manually fine-tune the results by adjusting 
the placement and/or shape of particular functions. 
The user can even repeat the entire floorplanning 
process, using such manual modifications as addi- 
tional constraints upon the system's automatic 
floorplanning procedures. 

Rgure 11, when compared to Figure 9. liiustrates 
the Improved results obtained when the user 
requests that the system automatically place levels 
at a greater depth in the hierarchy. When the user 
requests that it place a function's children, for 
example, thereby penmitting rt to determine the 
precise shape of these children, the system can 
more accumtely determine the size of the function 
Itself, and thus more accurately determine the 
required chip area. 

Note, however, that the shapes and relative 
placement of functions A, B, C, D and E are very 
similar between Figure 9 and Figure 1 1 . Regardless 
of the user's specified depth of automatic place- 
ment, the system considers the interconnection of 
functions across all levels of the hierarchy when 
placing functions at any particular level, thereby 
hierarchically (not Independently) optimizing the 
placement at each level. 

Finally, it displays Feasibility and Routabiiity 
percentages which, as discussed earlier, indicate, 
respectively, the "feasibility" of laying out the user's 
logic design in the specified chip area, and the 
"routabiiity" of the particular fiocrplan of that logic 
design produced by the system(i.e.. the likelihood of 
successfully routing that floorpian In the specified 
chip area). 

The routabiiity percentage is determined in much 
the same manner as was the feasibility percentage 
described^eariler. Instead of randomly placing the 
functions in the specified chip area, the system uses 
the actual floorpian it produces to determine how 
much routing space is actually required. The routa- 
biiity percentage equals the available space for 
routing (the specified chip area less the sum of the 
areas of all functions) divided by the routing space 
actually required. This percentage is, of course, 
limited to lOOO/o. 

This routabiiity percentage indicates, in essence, 
the additional manual effort required by the user to 
achieve an actual layout of the logic design In the 
specified chip area. The user can then, as an 
alternative to exerting that effort, increase the chip 
area slightly and/or manually adjust the floorpian, 
and then involve the system again until a sufficiently 
high routabiiity percentage is obtained. 

A complete listing of a system embodying this 
Invention is attached as a microfiche appendix, 
containing 4 microfiche of 35 frames each, to U.S. 
Patent Application 07/057.843 from which priority for 
the present Application is claimed. 



Claims 

5 

1. A system for placing functions on an 
Integrated circuit, the Integrated circuit com- 
prising a hierarchy of N levels of functions, 
10 where N is an integer (N ^ 1) representing 

the number of hierarchical levels of functionality 
in the integrated circuit, the first of the levels 
representing the Integrated circuit as a whole, 
and 

15 where n is an integer (1 < n ^ N) 

representing the level of any particular function 
In the hierarchy, 

the hierarchy defining at least one of the 
(n)th level functions (a parent function) as a 

20 plurality of (n + 1)st level functions (children 

functions, each being a child function), 
each child function (which is not also a parent 
function) being a terminal function, each termi- 
nal function being connected to at least one 

25 other tenminal function, by at least one net, each 

net defining a plurality of interconnected tenmi- 
nal functions, 
characterized by: 

means for determining the location on the 

30 integrated circuit of (n)th level children func- 

tions (n a 2). relative to one another within their 
parent, and 

means for determining the shape of the 
(n)th level children functions. 

35 2. A system as claimed In claim 2 charac- 

terized by: 

means for calculating the additional area 
required to interconnect the (n)th level children 
functions, and 

40 means for redetermining the shape of the 

(n)th level children functions, based in part 
upon the additional area. 

3. A system as claimed In claim 1 or 2 
characterized by means for graphically dis- 

45 playing the location on the integrated circuit of 

(n)th level functions. 

4. A system for estimating the area occupied 
by (n)th level functions of an integrated circuit, 
the integrated circuit comprising a hierarchy of 

50 H levels of functions. 

where N is an integer (N ^ 1) representing 
the number of hierarchical levels of functionality 
in the integrated circuit, the first of said levels 
representing the integrated circuit as a whole, 

55 and 

where n is an integer (1 ^ n ^ N) 
representing the level of any particular function 
in the hierarchy, 

the hierarchy defining at least one of the 

60 (n)th level functions (a parent function) as a 

plurality of (n + 1)st functions (children 
functions, each being a child function), each 
child function (which is not also a parent 
function) being a terminal function, each termi- 

65 nal function being connected to at least one 
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. other terminal function, by at least one net. each 
net defining a plurality of Interconnected temrii- 
nal functions, 
characterized by: 

means for estimating the area of each 5 
terminal function whidi comprises many small 
celts the collective layout of which Is not 
specified (macrocells). including means for 
estimating the number of tracks necessary to 
interconnect said macrocens. and io 

means for determining the area of the 
terminal function of macrocells by adding, to 
the sum of the areas occupied by the macro- 
ceils, the product of the number of tracks and 
the known width of an average track. 7S 
and 

means for estimating the area of each 
function which is not a terminal function, 
including means for estimating the percentage 
of the total area of the integrated circuit 20 
available for routing connections among func- 
tions, and for distributing that available area 
uniformly to each parent function by summing 
the areas of each of Its children functions, and 
multiplying that sum by said percentage. 25 

5. A method of estimating the area occupied 
by {n)th level functions of an integrated circuit, 
the integrated circuit comprising a hierarchy of 
N levels of functions, 

where N Is an Integer (N ^ 1) representing 30 
the number of hierarchical levels of functionality 
In the integrated circuit, the first of the levels 
representing the integrated circuit as a whole, 
and 

where n Is an integer (1 ^ n ^ N) 35 
representing the level of any particular function 
In the hierarchy, 

the hierearchy defining at least one of said 
(n)th level functions (a parent function) as a 
plurality of (n -f 1)st level functions (children 40 
functions, each being a chlW function), 
each child function (which Is not also a parent 
function) being a tenninal function, each temril- 
nal function being connected to at lest one 
other terminal function, by at lest one net. each 45 
net defining a plurality of interconnected temni- 
na! functions, 
characterized by: 

estimating the area of each terminal function 
which comprises many small cells the collective &) 
layout of which is not specified (macrocells), 
including estimating the number of tracks 
necessary to interconnect the macrocells, and 
determining the area of the terminal function of 
macrocells by adding, to the sum of the areas 55 
occupied by the macrocells, the product of the 
number of tracks and the known width of an 
average track, 
and 

estimating tlie area of each function which is &) 
not a terminal function, including estimating the 
percentage of the total area of the integrated 
circuit available for routing connections among 
functions, and 

distributing that available area uniformly to each 65 



parent function by summing the areas of each 
of its children functions, and multiplying that 
sum by safe! percentage. 

6. A method as claimed In claim 5 charac- 
terized In that the step of estimating the number 
of tracks necessary to Interconnect the macro- 
cells comprises the steps of 

raising the sum of th areas occupied by said 
macrocells to a power equal to a first constant 
value, and 

multiplying that sum raised to that power by 
a second constant value. 

7. A method of placing functions on an 
Integrated circuit, said Integrated circuit com- 
prising a hierarchy of tM levels of functions, 

where N Is an integer (N ^ 1) representing 
the number of hierarchical levels of functionality 
In the integrated circuit, the first of said levels 
representing the integrated circuit as a whole, 
and 

where n is an integer (a ^ n ^ N) 
representing the level of any particular function 
in the hierearchy. 

the hierarchy defining at least one of the 
(n)th level functions (a parent function) as a 
plurality of (n + 1)st level functions (children 
functions, each being a child function), 
each child function (which is not also a parent 
function) being a terminal function, each termi- 
nal function being connected to at least one 
other terminal function, by at least one net, each 
net defining a plurality of interconnected termi- 
nal functions. 

characterized by the steps of: 

estimating the number of connections bet- 
ween functions throughout all N levels of the 
hierarchy, and 

determining the location on the integrated 
circuit of each (n)th level function In the 
hierarchy, based in part upon the estimated 
number of connections. 

8. A method as claimed In claim 7 charac- 
terized in that th^tep of estimating the number 
of connections between functions throughout 
ail N levels of the hierarchy comprises the steps 
of: 

determining the expected number of con- 
nections between the terminal functions con- 
nected by each net. by dividing the minimum 
number of connections among said terminal 
functions by the total number of permutations 
of pairs of said terminal functions, and 

determining the expected number of con- 
nections between each nonterminal function 
and all other functions in the hierarchy, by 
summing the expected number of connections 
between the terminal offspring of said nonter- 
minal function and the terminal offspring of said 
other functions.- 

9. A method as claimed in claim 7 charac- 
terized In that the step of determining the 
location on the integrated circuit of each (n}th 
level function in the hierarchy comprises the 
step of: 

determining the location on the Integrated 
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circuit of each child function in the hierarchy, 
such that the child function is placed in the area 
of the integrated c^cult occupied by Its parent 
function. 

10. A method as claimed in claim 7 charac- 5 
terized tn that the step of determining the 
location on the integrated circuit of each (n)th 

level function in the hierarchy comprises the 
step of: 

determining the location of (n)th level io 
children functions relative to one another within 
their parent, including 

determining the location of (n)th level children 
functions relative to one another within their 
parent, based in part upon said estimated is 
number of connections, and 
determining the location of (n)th level children 
functions (n g 3), relative to one another within 
their parent, based in part upon both the 
estimated number of connections and the 20 
location of (k)th level children functions (k ^ n), 
relative to one another within their parent. 

11. A method as claimed in claim 10 charac- 
terized in that the step of detennlning the 
location of (n)th level children functions relative 2S 
to one another within their parent comprises 

the steps of: 

partitioning said children functions into two 
groups, 

determining the location on the integrated 30 
circuit of each of said two groups relative to the 
other, and 

successively partitioning each of said two 
groups of functions Into two groups, and 
determining the location on the integrated 35 
circuit of each of said latter two groups relative 
to the other, until each of said groups contains 
exactly one function. 

12. A method as claimed in claim 11 charac- 
terized in that the steps of partitioning the 40 
children functions Into two groups and deter- 
mining the location on the integrated circuit of 
each of the two groops relative to the other, 
comprises the steps of: 

dividing the parent function into two re- 45 
glons, such that each of the regions is either on 
top of. below, to the left of, or to the right of the 
other, each of the two regions comprising one 
of the two groups of functions. 

calculating, for a plurality of the possible 50 
permutations of the functions between the two 
groups, the absolute value of the difference 
between the sum of the areas of the functions In 
one of said two groups and the sum of the areas 
of the functions in the other of the two groups. 55 
the absolute value divided by the sum of the 
areas of the functions in both of the groups (the 
proportional area difference). 

using said estimated number of connec- 
tions to calculate the number of connections 60 
between functions in one of the two groups and 
either functions in the other of the two groups 
or functions not in either of the two groups but 
on the same side of the line separating said two 
regions as Is the other of the two groups, and 65 



selecting the permutation of the functions 
between the two groups which yields the 
minimum sum of the proportional area dif- 
ference and said number of connections bet- 
ween functions, thereby determining the loca- 
tion on the Integrated circuit of each of said two 
groups relative to the other. 

13. A method as claimed In claim 7 charac- 
terized In that the step of determining the 
location on the integrated circuit of each (n)th 
level function in the hierarchy comprises the 
steps of 

defining a shape function, representing one 
or more possible shapes of each terminal 
function. 

determining the shape function of each 
parent function by combining the shape func- 
tions of Its children functions, thereby deter- 
mining the shape function of the integrated 
circuit, and 

selecting the shape of the integrated circuit, 
thereby determining the shape of each function 
on the Integrated circuit. 

14. A method as claimed in claim 13 charac- 
terized in that the step of determining the shape 
function of each parent function by combining 
the shape functions of its children functions 
comprises the steps of: 

detemnining whether the location of each 
child function, relative to another of said child 
functions, is above, below, to the left of, or to 
the right of said other child function. 

determining the X and Y coordinates of said 
parentis shape function, for each of said child 
functions which is either above or below said 
other child function, by calculating for each X 
coordinate corresponding to the X coordinates 
of said children functions, the sum of the Y 
coordinates of each said children functions, and 

determining the X and Y coordinates of said 
parent's shape function, for each of said child 
functions which Is either to the left or to the 
right of said other child function, by calculating, 
for each Y coordinate corresponding to the Y 
coordinates of each of said children functions. 

15. A method as claimed in claim 7 charac- 
terized in that the step of determining the 
location on the integrated circuit of each (n)th 
level function in the hierarchy comprises the 
steps of 

detemiinlng the locations of (n)th level 
functions relative to one another within their 
parent. Including 

determining the location of 2d level children 
functions, relative to one another within their 
parent, based in part upon said estimated 
number of connections, and 
determining the location of (n)th level children 
functions (n > 3). relative to one another within 
their parent, based in part upon both said 
estimated number of connections and the 
location of (k)th level children functions (k ^ n), 
relative to one another within their parent, 
and 

transforming the locations of (n)th level 
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functions reiattve to one another wfthin their 
parent Into precise locations on the integrated 
circuit, including 

defining a shape function, representing one or 
more possible shapes of each terminal function. 5 
detennining the shape function of each parent 
function by combining the shape functions of its 
children functions, thereby detenmlning the 
shape function of the integrated circuit, and 
selecting the shape of the integrated circuit, 10 
thereby determining the shape of each function 
on the integrated circuit. 
16. A method as claimed in claim 15 charac- 
terized in that the step of determining the 
location on the Integrated circuit of each (n)th 15 
level function in the hierarchy also comprises 
the steps of: 

estimating, and allocating to the area occu- 
pied by each function, the routing area required 
to connect that function to other functions on 20 
the Integrated circuit, and 

repeating the step of transforming said 
locations of (n)th level functions relative to one 
another within their parent into precise loca- 
tions on the integrated circuit, taking into 25 
account said routing area allocated to the area 
occupied by each function. 
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RESULTS OF SHAPE DETiRMINATION 

(LEVEL 2) 
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SHAPE FUNCTION DETERMINATION 
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RESULTS OF ROUTING CHANNEL ALLOCATION 

(LEVEL 2) 
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ROUTING CHANNEL ALLOCATION 
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RESULTS OF ROUTING CHANNEL ALLOCATION 
(ALL FIVE LEVELS) 
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